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REMARKS 

Claims 1-3, 6-19, 22-35, and 37-40 are pending in the present application. Claims 
4 and 20 are canceled. Claims 1,17, and 33 are amended. Reconsideration of the claims 
is respectfully requested. 

I. 35 U.S.C. 8 102. Anticipation 

The Office Action rejects claims 1, 4, 8, 17, 20, 23-24, 33 and 37 under 35 U.S.C. 
§ 1 02 as being anticipated by Hitchcock et al (U.S. Patent No. 6,345,278). This rejection 
is respectful 1 y traversed. 

Hitchcock teaches a universal forms engine that allows data sharing between 
customizable on-line forms. Customized forms may be provided for a plurality of on-line 
applications. As the user enters user information and application information into general 
forms and customized foims 7 this data is abstracted from the coding. That is, the 
information is stored in a database. See Hitchcock, col 2, lines 35-49. The user 
information and application information may then be automatically entered from the 
database into succeeding forms. See Hitchcock, col. 5, line 27, to col. 6, line 2. 

In contradistinction, the present invention provides a method, system, and 
computer program product for customizing a web-based graphical user interface for an 
application on a data processing system, wherein the application generates a plurality of 
screens of display and wherein the plurality of screens of display of the application are 
not web-ba$ed. Many entities wish to have a presence on the World Wide Web. 
However, some entities use legacy applications that are not web-based. That is, the 
screens of display for the applications are not in a format for presentation on the web. 
These screens of display may be customized to form a web-based graphi cal user 
interface. However, the process of customizing a legacy application into a web-based 
graphical user interface is cumbersome and often time consuming- 

Thus, the invention, as recited in amended claim 1, for example, initiates 
customization of the web-based graphical user interface using a first customization 
format based on the plurality of screens of display and, responsive to a given event, 
automatically switching from the first customization format to a second customization 
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format. Hitchcock does not teach customization of a web-based graphical user interface 
using a first custom? nation format based on the plurality of screens of display, because 
Hitchcock does not teach any customization. Rather, Hitchcock teaches providing a 
plurality of customized forms for a plurality of institutions- See Hitchcock, col. 5, lines 
35-39, Although Hitchcock firat teaches that customized forms are provided, Hitchcock 
also teaches that forms engine 104 dynamically generates a customized application form 
based upon an application description in application data file 108 using a CGI program. 
See Hitchcock, col. 5„ line 48, to col 6, line 2. Whether the customized forms are simply 
provided to the third party service or dynamically generated by a forms engine based on 
an application description, Hitchcock does not teach or suggest customizing a web-based 
graphical user interface using a first customization format based on the plurality of 
screens of display, particularly wherein the plurality of screens of display of the 
application are not web-based, as recited in claim 1 . 

Furthermore, Hitchcock does not teach or suggest automatically switching from 
the first customization format to a second customization format responsive to a given 
event. The Office Action alleges that Hitchcock teaches this feature at col. 8, lines 65-67; 
col. 9, lines 50-58. While the cited portions do mention an HTML format for display and 
also discloses switching from one page to another, Hitchcock docs not teach or suggest a 
first format or a second format that is used for customizing a web-based graphical user 
interface based on a plurality of screens of display generated by an application that is not 
web-based. 

Still further, Hitchcock does not teach or suggest switching from a first 
customization format to a second customization format wherein the first customization 
format and the second customization foimat maintain continuous interaction wit the 
application. That is, Hitchcock fails to teach or suggest initiating customization of a web- 
based graphical user interface using a first customization format and, during 
customization, switching to a second customization format while still maintaining 
continuous interaction with the application. This feature was previously presented in 
claim 4. With respect to claim 4, the Office Action alleges that Hitchcock teaches this 
feature and cites a seemingly arbitrary, albeit lengthy, portion of the reference. The cited 
portion teaches data validation and on-line payment methods. However, the Office 
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Action proffers no analysis a$ to why data validation and on-line payment methods are 
somehow equivalent to initiating customization of a web-based graphical user interface 
using a first customization format and switching to a second customization format while 
still maintaining continuous interaction with the application. 

For the above reasons, Hitchcock does not teach or suggest each and every 
limitation of claim 1 ; therefore, Hitchcock does not anticipate claim 1 . Claims 1 7 and 33 
recite subject matter addressed above with respect to claim 1 and are allowable for the 
same reasons. Since claims 2, 3, 6-8, 18, 1 9, 22-24, 34, 35, and 37 depend from claims 1, 
17, and 33, the same distinctions between Hitchcock and the invention recited in claims 
1, 17, and 33 apply for these claims. Additionally, claims 2, 3, 6-8, 18, 19, 22-24, 34, 35, 
and 37 recite other additional combinations of features not suggested by the reference. 

Therefore, Applicants respectfully request withdrawal of the rejection of claims 1, 
4, 8, 17, 20, 23-24, 33 and 37 under 35 U.S.C. § 102, 

Furthermore, Hitchcock does not teach, suggest, or give any incentive to make the 
needed changes to reach the presently claimed invention, Hitchcock actually teaches 
away from the presently claimed invention because it teaches dynamically generating 
forms, as opposed to customizing a web-based graphical user interfaces based on a 
plurality of pages of display that are not web-based, as in the presently claimed invention. 
Absent the Office Action pointing out some teaching or incentive to implement 
Hitchcock to customize a web -based graphical user interface based on a legacy 
application that is not web-based, one of ordinary skill in the art would not be led to 
modify Hitchcock to reach the present invention when the reference is examined as a 
whole. Absent some teaching, suggestion, or incentive to modify the applied reference in 
this manner, the presently claimed invention can be reached only through an improper 
use of hindsight using Applicants' disclosure as a template to make the necessary 
changes to reach the claimed invention. 

IL 35 U.S.C. § 103, Obviousness 

The Office Action rejects claims 2, 3, 6, 7, 9-16, IS, 19, 22, 25-32, 34, 35, and 38- 
40 under 35 U.S.C. § 103 as being unpatentable over Hitchcock in view of Applicants* 
allegedly admitted prior art ("AAPA"). This rejection is respectfully traversed. 
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With respect to claims 9, 25, and 38, the Office Action alleges that Hitchcock 

teaches executing a retrieved customization format to customize the graphical user 

interface responsive to the retrieved customization format recognizing the host 

application screen at col. 8, lines 30-52. Applicants respectfully disagree. The cited 

portion of Hitchcock states: 

Thus, the applicant information is entered in a customizable 
form on a browser running on any type of computer 
platform and stored at third party servicer 24 in a database. 
The information in the database is then reloadable into 
another customizable application form for a different 
institution. The information is also transmittablc to an 
institution in its preferred format regardless of the platform 
used by the institution to process the information. 

After an application is sent to an institution, the 
information remains available in the database of the third 
party servicer for further analysis by the institution. The 
institution can, for example, sort or view applicants based 
upon attributes such as test scores, grade point average, 
participation in sports, or musical talent. Moreover, each 
applicant attribute has a property that can be used to specify 
who in the institution has access to the attribute for the 
purpose of uploading the information or of processing the 
information to characterize the applicant pool. For 
example, parts of an application dealing with academic 
background may be viewable by academic departments, 
whereas more personal information may be viewable only 
by school administrators. 

Hitchcock, col. 8, lines 30-50. The cited portion does not teach or suggest executing a 
retrieved customization format to customize the graphical user interface responsive to the 
retrieved customization format recognizing the host application screen. To the contrary, 
the cited portion of Hitchcock teaches executing a customizable form and retrieving data 
from a database to populate fields of the form. There is no mention of determining if the 
retrieved customization format recognizes a host application screen among the plurality 
of host application screens, as recited in claim 9, 

Furthermore, the Office Action merely presents alleged teachings of Hitchcock 
and the allegedly admitted prior art; however, the Office Action does not explain how the 
teachings of Hitchcock may be combined with Applicants' allegedly admitted prior art to 
form the invention recited in claim 9, for example. Thus, the Office Action does not 
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establish a prima facie case of obviousness for claim 9. Independent claims 25 and 38 

recite subject matter addressed above and are allowable for the same reasons. 

With respect to claims 14, 30, and 40, the Office Action alleges that Hitchcock 

teaches matching the retrieved customization format to customization format entry points 

and, responsive to the retrieved customization format matching a customization entry 

point at col. 10, lines 41-64, reentering the retrieved customization format at col. 19, lines 

1 2-22. The cited portions of Hitchcock state: 

The Application Data File is a specially formatted 
text file that acts as an application description. It is a series 
of "directives" and optional arguments which the foims 
engine parses to build the HTML form and to merge in user 
data. The directives are interpreted by means of a look-up 
in a data structure that stores the directive interpretations. 
For example, a line in the Application Data File may be 
"SS_NTLM." Upon encountering the line, the forms engine 
will look into a data structure to interpret SS_NUM. 
SS JNTUM may mean, for example, to display a text box 
with a label that reads "Enter Your Social Security 
Number" and to put the previously supplied value for social 
security number (stored in the User Attribute Table) into 
the text box. SS_NUM may also prescribe a minimum 
length, maximum length, and call a function that creates the 
text input box. The directive could also set flags that 
indicate a particular state for the application. The 
Application Data File can optionally supply arguments to 
directives. Arguments may, for example, instruct the forms 
engine to apply specific labels or to override default values, 
so that the label or format for entering the data can be 
customized. The information in the Application Data File 
could alternatively be included in the Applications Table. 

Hitchcock 7 col. 10, lines 41-63. 

With regard to the front-end state model, the 
following is a list of the states the engine defined by the 
action that caused the engine to be in that state: 

1 > "Initial Contact"--The user is requesting the 
application form from outside of the engine. The engine 
will create the first page of the application, merge any 
matching user data, and return the form. 

2, "Page Flip"— For multi-page applications, the user 
has come from page "x" and wants to go to page "y"- The 
engine first applies front-end validation to the incoming 
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data posted from page "x" (which may result in returning a 
data correction page), saves the validated data, generates 
page V, merges any matching user data and returns the 
form. 

Hitchcock, col. 14, lines 10-22. These cited portions describe the application data file 
that is used to dynamically generate a web-ba$ed form and states of the form engine. The 
Office Action does not proffer any analysis as to why this somehow teaches or even 
suggests establishing a plurality of customization format entry points, matching a current 
screen within the host application to a first customization format entry point from the 
plurality of customization entry points, and responsive to matching a current screen 
within the host application to a first customization format entry point from the plurality of 
customization entry points, executing the first customization format based on the 
matching, as recited in claim 14. 

The prior art, when taken as a whole, fails to teach or suggest each and every 
feature of claim 14; therefore, the proposed combination of Hitchcock and Applicants' 
allegedly admitted prior art, taken alone or in combination, fail to render claim 14 
obvious. Independent claims 30 and 40 recite subject matter addressed above with 
respect to claim 14 and are allowable for the same reasons. 

Claims 2, 3, 6, 7, 10-13, 15, 16, 18, 19, 22, 26-29, 31, 32, 34, 35, and 39 depend 
from claims 1, 9, .14, 1 7, 25, 30, 33, 38, and 40 and, thus, are allowable at least by virtue 
of their dependency. In addition, claims 2, 3, 6, 7, 10-13, 15, 16, 18, 19, 22, 26-29, 31, 
32, 34, 35, and 39 recite other combinations of features not taught or suggested by the 
prior art. 

More particularly, with respect to claims 2, 18, and 34, the Office Action states: 

As to claims 2, 18 and 34, the differences between the claim and 
Hitchcock et ah are the first customization format being a macro-based 
customization format. "AAPA" discloses the limitation (Another 
approach is to use a macro script to automatically drive the host 
application). It would have been obvious to one of ordinary skill in the 
art, having the teachings of Hitchcock et al. and "AAPA" before him at 
the time the invention was made to modify the customization of the web- 
based graphical user interface as taught by Hitchcock et al 9 to include the 
first and second customization format being macro-based and screen by 
screen formats of "AAPA", in order to use a macro script to automatically 
drive the host application as taught by "AAPA". As to claims 3, 19 and 
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35, "AAPA M teaches the second customization format being a screen by 
screen customization format (A host application may be customized 
screen by screen). 

Office Action, dated March 23, 2004. Applicants respectfully disagree. While a macro- 
based customization format is generally known as a single customization format, the 
prior art, when considered as a whole, fails to teach or suggest initiating customization of 
the web-based graphical user interface using a first customization format based on the 
plurality of screens of display and, responsive to a given event during customization, 
automatically switching from the fust customization format to a second customization 
format. Thus, Applicants' allegedly admitted prior art does not solve the deficiencies of 
the prior art. 

More specifically, as described above, Hitchcock does not teach customizing a 
web-based graphical user interfaces based on a plurality of pages of display that are not 
web-based. Therefore, even assuming, arguendo* that a person of ordinary skill in the art 
would have been motivated to combine the teachings of Hitchcock with Applicants* 
allegedly admitted prior art, the proposed combination would not result in the invention 
recited in claim 2> Instead, a combination of Hitchcock and Applicants* allegedly 
admitted prior art would result in a third party service that provides customized forms for 
a plurality of institutions where every one of the customized forms is customized using a 
macro-based customization format. 

Therefore, Applicants respectfully request withdrawal of the rejection of claims 2, 
3, 6, 7, 9-16, 18, 19, 22, 25-32, 34, 35, and 38-40 under 35 U.S.C § 103. 
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III. Conclusion 

It is respectfully urged that the subject application is patentable over the prior art 
of record and is now in condition for allowance. 

The Examiner is invited to call the undersigned at the below-listed telephone 
number if in the opini on of the Examiner such a telephone conference would expedite or 
aid the prosecution and examination of thi s application. 



DATE: 




Reg. No. 46,430 
Yee & Associates, P.C. 
P.O. Box 802333 
Dallas, TX 75380 
(972) 367-2001 
Agent for Applicants 
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